wo 2005/048160 



PCT/FR2004/050556 



SYSXESdB DE SDBVKIUAMCB SSNIT2kIRB MBO?XaMT EN <B7VBE LB DIAGNOSTIC 

MEDICAL 



1. Le probleme 

La part du suivi i distance dans la prise en charge 
medico-sociale global des malades^ at notamment le maintien ^ 
domicile (MZUD) des malades, est amen6 a se d6velopper et avec 
5 lui la t6l6surveillance qui permet d'appr6cier une situation de 
risque en 1'' absence de personnel soignant. Le contexte du suivi 
a distance des malades, notamment en MAD, irnplique de plus 
1' utilisation d'outils non traumatisants pour la personne et 
capables de d6celer une degradation possible de son 6tat de 
10 sant6. 

La telesurveillance d'un malade s^'effectue avec des 
appareils enregistreurs (materiel d' assistance medicale, 
capteurs, camera, etc) places dans I'environnement du malade et 
qui, en cas d^anomalie, transmettent un signal par un reseau de 

15 communication k des personnes di§sign6es pour porter secours au 
malade. Ces syst6mes detectent des 6tats de crise (ex : chute, 
trouble du rythme cardiaque) chez des malades dont les risques 
sont identifies et qui font I'objet d'une surveillance 
generalement intensive. Par centre, ils s'appliquent mal a la 

20 population MAD qui sont des personnes « fragiles » necessitant 
une surveillance sanitaire quotidienne la moins traumatisante 
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possible et souvent non intensive. La plupart de personnes agees 
suivies en MM)r dont le noiribre doit consid6rablement augmenter 
dans les ann^es k venir dans 1^ ensemble des pays occidentaux^ ne 
pr6sentent pas de pathologies dominantes, ce qui rend difficile 
5 I'' anticipation des phases de crise k partir de la seule mesure 
d'lm signal physiologique. 

2. L'^ar-b anterieur 

^.x xkl gg-ngctxci riiitfT 

La t61ealantie est largement utilisee en MAD, soit en 
10 conqplement d'appareils m6dicaux, soit seule. Ce teme regroupe 
divers dispositifs, fixes ou embarques, actionnes par la 
personne pour d^clencher I'appel de num^ros d^urgence par le 
reseau RTC ou GSM. Ces dispositifs, hormis leur grande 
siitplicite d' utilisation, presentent 1' inconvenient majeur de ne 
15 pas permettre d'appr^cier la gravite reelle de la situation. 
Leur utilisation intempestive, soit volontaire, soit par erreur 
de manipulation, mobilise done des 6quipes de secours pour des 
intejTventions pas toujoxirs justifiees. 

2.2 Les capteurs intellxgents 

20 Des dispositifs multi-capteiirs, dits « intelligents », 

raccordes au malade ou plac6s dans son lieu de vie^ permettent 
respectivement un suivi physiologique plus complet 
(electrocardiograinme, saturation en 02, sodium sur la peau, ...) 
et 1*" appreciation des facteurs environnofnentaux qui agissent sur 

25 le malade. Parmi les systdmes existants, on pent citer les 
« v§teraents intelligents » qui incorporent des puces (Medes, 
Nokia,.-..) ou les experimentations domotiques men6es par le CNRS 
de Grenoble. L^ utilisation de tels systemes implique une 
permanence medicale deiocalisee qui interprets les donnees- La 

30 mise en place de cette logistique coflteuse restreint aujourd''hui 
son application en MAD ci la surveillance de pathologies aigues. 

2.3 Systemes es^erts 

Pour s'affranchir d'une surveillance sanitaire 
permaxiente, des systemes experts par pathologie se d^veloppent. 
35 lis effectuent une analyse A distance des donnees provenant du 
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malade (sigmaiix, mesiores, texte) et peuvent retourner des 
conseils m6ciicaux ou alerter les professionnels de sant6. 
L'approche deterrainiste de ces systemes restreint leur 
application a des itialades relevant d'une pathologie bien 
5 maltriste. La complexity des polypathologies ne peut aujourd'hui 
etre trait6e par ces m^thodes^ ce qui liitiite fortement 
1' utilisation des systdmes experts chez les sujets ages qui 
x:epi:eSexiLeiiL la px;inoipal6 population tiraitcS gh. M?^. 

En outre, les differents precedes de I'art anterieur 
10 present6s ci-dessus presentent d'^autres inconvenients, ^ savoir: 

i) Les informations mesurees par les capteurs sont 
transmises via un r^seau de coramunication de telle sorte que, si 
un probl^me de coinmunication entpSche la coinniunication entre le 
capteur et la permanence medicale dfelocalisee, les donn6es 

15 relevees parr les capteurs ne peuvent pas etre utilisees pour 
pr6venir le malade et/ou des services d'urgence (ambulance, 
m^decin) distinct en cas de n6cessit6. 

ii) Chaque capteur transmet des informations 
« brutes » que la permanence medicale analyse et interprete avec 

20 une frequence d6terrain6e, c'est-a-dire de fagon discontinue. Des 
lors, si un incident de sante se produit entre deux analyses il 
existe le risque que cet incident ne soit d6tecte que lors de la 
deuxieme analyse, ce qui provoque ime perte de temps dans la 
reaction mise en oeiuvre par la permanence medicale d61ocalis6e. 

25 Pax: ailleurs, si \ane alarme est associ6e aux 

informations transmises par un capteur, la permanence medicale 
est alert^e de 1^ incident de sant6 d^s que les informations 
fournies par la sonde atteignent le seuil d^ alarme- Dans ce cas, 
11 est n§cessaire d' analyser les informations anterieures a 

30 1' alarme pour 6ventuellement d^tecter ime information pertinente 
concernant le diagnostic a effectuer. 

Ainsi, lorsque I'' alarme se produit, la permanence 
medicale se trouve confrontee k une situation d'urgence sans 
pouvoir systematiquement replacer 1' alarme dans le contexte 
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general du patient (antecedents raedicaux et chirurgicaux, 
allergies^ .„) . 

iii) Lorsqae plusieurs capteurs sont utilises pour 
fournir differentes informations ^ chaque information est 
5 relative k un parametre medical propre - tension, 
6lectrocardiograinme (ecg) , teropferaturef etc . 

Dds lors/ la peimanence mSdicale doit analyser chaque 
parametre^ d'une part, de fagon individuelle et, d' autre part, 
en coiribinaison avec les autres param^tres, ces combinaisons 
10 augmentcuit a nouveau la quantite d' informations devant §tre 
trait6e par la permanence m^dicale delocalisee/ voire par des 
permanences distinctes qui le cas ^checint devront se concerter 
pour decider et/ou engager une action sanitaire. 

15 3. Iia solution 

La pr6sente invention vise k rem6dier i au moins un 
des inconv6nients mentionnes ci-dessus- Elle conceme un proc6d6 
de surveillance sanitaire mettant en oeuvre un diagnostic 
medical etabli par une personne m^dicalement qualifi6e vis-a-vis 

20 d''un malade suivi k distance^ notamment k son domicile, et suivi 
via un r6seau de comraunication^ caract6ris6 en ce que ; 

- La personne medicaleraent qualifiee associe des 
donn^es medicales cL des actions sanitaires dans vin serveur via 
des regies de surveillance, 

25 - Le serveur programme un terminal distant, situe a 

proxlmite du malade de telle sorte que le terminal distant met 
en oeuvre un automatisme appliquant les rdgles de surveillance 
aux donn6es medicales fournies au terminal par au moins un 
capteur associe au malade et/ou par une interface homme-machine 

30 du terminal distant et/ou par une interface homme-machine d^'un 
poste en r:6seau et/ou par le r§seau. 

Grace a 1' invention, il apparait qu'une personne 
medicaleraent qualifi6e peut §tre v6ritablement aidfee par des 
moyens automatiques poiu: effectuer la surveillance d'un malade 
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suivi a distance selon le diagnostic dfetennine par cette 
personne medicalement qualifi6e. 

Dans vn mode de realisation, les donn^es mfedicales 
fournies au terminal par un capteur propre au malade et/ou par 
5 une interface hornme-machine du terminal distant et/ou par une 
interface hornme-machine d'un poste en r6seau et/ou par le r6seau 
sont transmises k la personne mfedicalement cjualifi^e via un 
x.eBeau uw coriTuurxicauion ajLiii cjyia cette d!6m2.ejre prGnne en cGiupte 
ces donn6es transmises pour eventuellement modifier les regies 
10 de siarveillance associant les donn6es et les actions sanitaires 
au niveau du serveur. 

Selon un mode de realisation, on int^gre au moins un 
capteur et/ou une interface homme-machine au terminal distaint. 

Dans un mode de realisation, on ajoute, modifie ou 
15 eiimine des rdgles de suirveillance sur le serveur via le r6seau 
de communication de faqton automatique ou manuelle. 

Selon un mode de realisation, on associe au terminal 
distant des moyens poxxr tester sa communication avec la personne 
medicalement qualifiee et/ou avec un tiers de fagon a assurer 
20 1^ envoi d'alertes a cette personne et/ou a ce tiers lorsque des 
regies de surveillance sont mises en oeuvre. 

Dans un mode de realisation, le capteur et/ou 
1^ interface hornme-machine du terminal distant et/ou 1' interface 
homme-machine du poste en reseau et/ou le r6seau transmet des 
25 donnees de fagon discontinue au terminal. 

Selon un mode de realisation, on utilise differents 
capteurs pour mesurer plusieurs donnees medicales de categories 
distinctes. 

Dctns un mode de realisation, les capteurs consideres 
30 visent a mesurer des donnees d'au moins une des categories de 
donnees sioivantes : la pression arterielle, le rythine cardiaque, 
la tenperature de I'organisme, la temperature cutanee, le taux 
de sodium sur la peau, les parametres cinetiques et/ou 
cinematiques du corps, un dosage sanguin, une analyse d'xorines 
35 et/ou des selles et/ou des gaz du sang, le poids, les donnees de 
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1' elect rocardiogjcamme, las bruits du coeur, la saturation en 
oxygene, une image thermique. 

Dans un mode de realisation, un capteur comprend une 
interface homme-nnachine afin de fournir des donnfees mfedicales au 
5 terndnal via 1' interface telles que : intensity des douleurs^ 
etat de fatigue^ alteration de l'6tat de conscience, elocution 
difficile. 

Seloii ULXI ulCxIu cL6 jcecuLisauiori, oxi assouie a. I'int^irface 
hornme-inachine du terndj:ial distant des moyens pour intervenir sur 

10 le serveur. 

Dans un mode de realisation, les donnees transmises 
par le reseau sent relatives 4 des donnees telles que des 
resultats d'examens biologiques et/ou au fonctionnement d'un 
materiel connect© au r6seau, notanment d'un equipement domotique 

15 pour la detection de presence^ le contr61e d'acc^s, du 
chauffage, de l^eclairage, des ouvrantSf de l^incendie, de 
1^ inondation, de la coupure secteur, et/ou d'un dispositif 
medical, relatives k un signal d^alarme ou i tout signal . 
resultant de la transforraation de mesures et provenant d'un tel 

20 appareil connect e, notarament lone pompe et/ou un perfuseur et/ou 
un respirateur et/ou un detecteur de chute, ou encore relatives 
a des informations provenant dJyyn logiciel tiers, notamment d'un 
systeme expert, et susceptible d'etre execute sur le terminal ou 
sur une machine connect6e au terminal ^ corarae un logiciel de 

25 surveillance de I'autodialyse et/ou de surveillance glyc^mique 
des diabetiques et/ou de surveillance de 1' hypertension 
art6rielle. 

Selon un mode de realisation, des regies de 
surveillance sont mises a disposition d'une personne 
30 medicalement qualifiee, afin qu^elle puisse rendre. ces regies de 
surveillance operrante ou inoperante. 

Dans im mode de realisation, un utilisateur fournit 
des donnees au terminal distant via le reseau au moyen d'un 
materiel distinct dudit terminal distant, notamment au moyen 
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d'un terminal disposant de moyens de communication sans fil de 
type radiofr^cjuence et/ou infrarouge. 

invention concerne aussi un poste de surveillance 
sanitaire caract^rise en ce qu'il conprend des moyens pour 
5 qu'une personne regoive des alertes et/ou interroge le serveur 
de donn^es via une interface homme-machine selon un proc6d6 
^ conforme k I'me des realisations pr6c6dentes. 

L' ixivexiLlun concerue eyaleiiienc un pos ce medical 
caracterise en ce qu'il coirprend des moyens pour qu'une personne 
10 medicalement qualifiee programmer via une interface horanae- 
machine, un terminal distant selon un precede conforme a I'une 
des realisations precedentes- 

L'' invention concerne 6galCTient un serveur de 
surveillance sanitaire visant k permettre de mettre en CEUvre un 
15 diagnostic medical 6tabli par une personne mfedicalonent 
qualifi6e vis-d-vis d'un malade suivi k distance, notamment A 
son domicile, et suivi via un r^seau de communication, 
caract6ris6 en ce que : 

- Le serveur cotiprend des moyens pour que la personne 
20 m6dicalement qualifiee associe des donn6es m§dicales a des 

actions sanitaires dans un serveur via des regies de 
surveillance, 

- Le serveur conprend des moyens pour programmer un 
terminal distant, situ6 cL proxdjmit6 du malade de telle sorte que 

25 le terminal distsint met en oeuvre un autoomatisme appliquant les 
regies de surveillance aux donnees medicales foumies au 
terminal par au moins un capteur propre au malade et/ou par une 
interface liorarae-machine du terminal distant et/ou par vuae 
interface homme-machine d'un poste en r6seau et/ou par le 

30 reseau selon un proced6 confoinme a I'une des realisations 
precedentes . 

L' invention concerne egaleraent un terminal de 
surveillance sanitaire visant k permettre de mettre en oeuvre un 
diagnostic medical 6tabli par tme personne medicalement 
35 qualifide vis-i.-vis d'un malade suivi ^ distance, notamment cL 
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son domicile, et suivi via iin r6seau de coiranxmication, 
caracterise en ce que : 

Un serveur comprenant des inoyens pour que la personne 
medicalement quallfi6e associe des donn6es medicales A des 
5 actions sanitaires dans un serveur via des regies de 
surveillance^ le terminal, situ6 ^ proxindt6 du malade, coraprend 
des moyens pour §tire prograinme par le serveur de telle sorte qpie 
ce terminal distant mette en oeuvre un automatisrae appliquant les 
regies de surveillance aux donnees medicales qui lui sont 

10 foxirnies par au moxns un capteur propre au malade et/ou par une 
interface honime-nia.chine du terminal distant et/ou par une 
interface honime-machine d'un poste en r6seau et/ou par le reseau 
selon un procede conforme k Vxme des realisations pr6c6dentes. 

Finalement:, 1' invention concerne aussi un syst^e de 

15 surveillance sanita±re mettant en oeuvre le diagnostic medical. 
Le systdme permet ^ des utilisateurs, notamment des m^decins, de 
surveiller k distance des malades^ notamment des malades 
maintenus k leur domicile. Le syst&nae coitprend : 

- un sexveur de donnees connect^ k un r6seau de 
20 commianicationr notamment de type Internet, 

- une interface homme-machine, notairauent installee 
dans un equipement informatique, connectee au serveur de donn6es 
via le r6seau de communication. L' interface homme-machine est 
mise en oeuvre par les utilisateurs pour : 

25 • s§lectlonner et/ou saisir, dans le serveur de 

donnees, des donnees medicales, notamment du type 
^Vomissements", 

• saisir et indexer des actions sanitaires, notamment 
du type "hospitalisation"', correspondant aux donnees medicales, 

30 • param6trer, a partir des donnees medicales 

selectionnees, des regies de siirveillance, se pr^sentant 
notamment sous la forme de requetes SQL du type "si syraptomes = 
vomissements et temperature > 38,5^*0, p6riode d' observation = 
24h action sanita±re = contr61er les urines". Les regies de 
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surveillance sont enregistr^es et index^es aux actions 
sanitaires dans le serveur de donn^es, 

interface hamme-machine est en outre mise en oeuvre 
par les utilisateurs pour : 
5 • saisir et transmettre au servevir de donn^es des 

protocoles d^'alertes, notainment des informations relatives aux 
coordoxuiees des personnes a prevenir dans le cas o^i une action 

J J J T J! • .1-, J J ^^t. J 1 ^ ..^^1 ^ ^ 1 1 — . _ 

SCUiXUCLXXU J-CCXJLJLOCt: iDtSJLCL-LL. UU. 1- J_C; J- C^ll UC3 l-CyJ-C; ^CS OLi-L. VOJ-J-O-CLin^c: 

correspondcinte . 

10 Le syst^me coirprend en outre : 

des moyens d' analyse destines a analyser la 
compatibilite des protocoles ainsi transmis, notainment la 
coinpatibilit6 dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance. 

15 Le systdme conprend en outre : 

- un terminal distant^ situ6 chez les malades^ 
notarament ch.ez les malades maintenus k leur domicile. Le 
terndjial distant est connect6 k des capteurs, notarament a des 
appareils m6c±Lcaux de mesure, fournissant des donn^es medicales 

20 au terminal distant,, et/ou le terminal distant regoit les 
donnees medicales des utilisateurs et/ou des malades via une 
interface homme-machine du terminal distant, utilisee par les 
utilisateurs et/ou par les malades pour saisir les donn6es 
medicales . 

25 Le systSme comprend en outre des moyens de 

prograitimatioa pour programmer des automatismes dans le terminal 
distantf cL partir du serveur de donn6es via le r^seau de 
coramunicatioa . Les automatismes sont programmes a partir des 
donnees medicales et des actions sanitaires index6es dans le 

30 serveur de donnees. 

Le terminal distant comprend des moyens deactivation 
des automatismes ainsi programmes pour : 

• aippliquer, de mani^re periodique, les regies de 
surveillance aux donnees medicales fournies au terminal distant 

35 en generant des actions sanitaires a executer. 
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• controler l^execution^. par les utilisateurs,. des 
actions sanitaires, 

• g6n6rer des alertes dans le cas oCx les actions 
sanitaires ne sont pas ex6cutees par les utilisateurs . 

5 Le systdme permet ainsi de constituer une base de 

diagnostic personnalis6e pour chaque italade et de g6n6rer le 
dfeclenchement d' alertes appropri^es. 
3.1 Prqpri.ex»s 

La Surrveillance Sanitaire Assistee par le Diagnostic 

10 (SSAD) est tin proc6d6 permettant 1' utilisation du diagnostic 
medical pour le parametrage des fonctions de surveillance d'un 
g6n6rateur d' alertes erribarque aupr^s d'lon patient. II fait appel 
i la notion de « rdgle de surveillance sanitaire » qui decrit 
1' action sanitaire pr6conis6e (soins/ prescriptions 

15 m^dicainenteuses, examens canpl6mentaires, hospitalisation^ ...) a 
la suite d' observations mfedicales (relev^s, syirptSmes^ r6sultats 
d' examen clinique^ ...) r notainment f aites sur des cas cliniques ou 
sur le nialade lui-itigme, inat6rialis6es par I'enregistrement de 
mesures, de codes ou de chaine de mots : les 

20 « donnees medicales». 

Ce proced6 comprend d'une part^ I'asservissement d'un 
mecanisme de declenchement d' alertes a un contr61e de conformity 
de Inaction sanitaire aux donn6es m^dicales sur une « machine 
patient » (MP) . II comprend^ d^ autre part^ la prograinmation de 

25 cet automatisme a partir de 1' analyse des donn6es da dossier 
medical au moyen d'une interface horame-machine (IBM) specif ique 
accessible sur un reseau de type Internet. Enfin, le precede 
comprend le traitement et la mise i disposition en reseau des 
donn6es par vn seirveur de fagon k permettre une gestion 

30 coh^rente des regies medicales (historique, congruence, ...) par 
1' ensemble des utilisateurs. 

Le mecanisme g6n6ral de la SSAD repose sur la 
realisation d'un couplage entre les donnees et les actions 
sanitaires , permettant de faire porter le contr61e sur la 

35 realisation des actions et non pas directement sur la valeur des 
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donnees. II s'agii: done d'tine generalisation du controle de 
capteurs : si 1' absence de personnel soignant empeche Inaction 
sanitaire sugg^r^e par les donn6es capteur, le protocole 
d'alerte est d6clench6. A 1' inverse^ la SSAD permet de prendre 
5 en conpte un chaup plus vaste d' observations ainsi que la 
r6ponse apport6e par les soignant s, et done de r6guler de fagon 
tr^s soxiple le processus de d6clenchement des alertes. Par 

.• 1 1 - .4-4 ^^^Aa^^A-^^ X4--^«4- ^^r^-r^^A 4^4 ^Ys<nA^rs ^ Ira 

probabilite de presence simultanee de plusieurs donnees, la SSAD 

10 permet de s'affranchir de la mesure syst6rt!atique en continue 
d'une variable et en particulier de prendre en compte 
1' information contenue dans une expression syntaxique. Une autre 
caracteristique de la SSAD est 1' Evaluation de l'efficacit6 des 
regies de surveillance i traiter les donnfees et d' alerter , le 

15 cas 6ch6antr les membres du r6seau de la n6cessit6 de cr6er de 
nouvelles regies. Cette boucle d' autocontrSle permet d'enrichir 
la base diagnostic du patient. Enfin, la SSAD permet d^effectuer 
en r6seau la m±se d jour des regies m6dicales et la 
tel6surveillance du patient. LTHM comport e en particulier des 

20 assistants qui facxlitent la mise ^ jour des regies. 

L' utilisation de la SSAD necessite, de la part du 
patient, de disposer d^une machine (MP) specif ique active et 
comtnmicante, equip6e d'une m&noire pour le stockage des donn6es 
et de I'automatisine et^ de la part des soignants et/ou par 

25 d'autres utilisateurs, d'acceder a I'lHM sur un poste 
inforraatique en r6seau ou sur MP. 

3.2 Transformation du diagnostic en regies 
L'utilisateur utilise une IHM installee sur un poste 
informatique en reseau ou sur MP et entre en commianication avec 

30 le serveur de donnees en s' identifiant. Le serveur v6rifie que 
les codes d' identification correspondent a un utilisateur 
declare - 

Une fois connect6 au serveur, I'' utilisateur doit 
effectuer une selection des donnees sur lesquelles il fonde son 
35 diagnostic et inscrire les actions sanitaires k r6aliser. 
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L'utilisateur precise pour chaque action sanitaire las 
alternatives possibles de prises en charge. L'lHM enregistre les 
actions sanitaires sur le serveur et realise leur indexation 
avec les donn^es au sein d^une base de donn^es, par exeirple de 
5 type relationnelle . 

Illustration de 1' indexation : 

Antecedents (donn6es) : syitptoraes de vomissements, 
douleurs abdoininalesr alteration de l'6tat de consdence^ 
releves de tenpferature elev6e depuis 24h, examen indiquant une 
10 ac6tonurie. 

Diagnostic : hyperglycemie . 

Action sanitaire : hospitalisation. 

Dans un deuxieme temps, 1' utilisateur utilise I'lHM 
pour traduire la selection de donnees en rdgle de surveillance 

15 sous la forme d'un test sur les donnfees (sous forme d'une 
requ§te SQL par exemple) qu'il pent sirauler et modifier. Le cas 
6ch6ant/ il peut utiliser des exemples de regies du serveur, 
modifier ou rendre inoperantes des regies actives. L'utilisateur 
sp6cifie 6galement une periode d' observation qui conditionne la 

20 collection de donn6es sur laquelle la regie doit etre appliqu6e. 
Les regies sont ensuite sauvegardees sur le serveur et indexees 
aux actions sanitaires. Ainsi, une regie de surveillance se 
compose de tests sur une collection de donn6es et d' actions 
sanitaires . 

25 Illustration de rSgle sanitaire : si « Syraptoraes = 

vomissements » et « Temperature > 38r5**c », « periode 
d'observation-24h », «action sanitaire^ controler les urines» 

La demiere §tape consiste a envoyer au serveur au 
moyen de I'lHM les informations concernant le protocole 

30 d'alertes, c^est-a-dire les coordonnees des personnes a prevenir 
ainsi que le moyen de transmission utilis6 (t^l^phone, SMS, e 
mail, ...) dans I'eventualite ou 1' action sanitaire r6alis6e 
differerait des pr6conisations de la r^gle. Diff6rents 
protocoles d'alertes peuvent §tre pr6vus selon les 6caxts de 

35 realisation constat6s. 
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Chaque etape peut etre reprise ult6rieurement 
ind6pendamment des autres. 

Une variante du processus ci-dessus est la production 
automatique de regies de surveillance par le serveur en 
5 utilisant des iti6th.odes connues d' analyses des donn6es 
(statistiques^ neuronales, ...) ou des systdmes esqperts d^aide a 
la decision. 

3 3 ProgrsssttS'tion ds 1' au'toj^ti.s!!*? 

Le serveur apr^s enregistroncient des regies de 
10 surveillance et des protocoles d'alerte effectue un controle 
d' ambiguity pour verifier la compatibility entre les nouveaux et 
les anciens protocoles et rdgles. S'il y a aitibiguite, le serveur 
envoie une alerte a I'' utilisateur. 

Le serveur g&iere ensuite im code dans le langage de 
15 MP en utilisant me bdilioth^que oii sont r6f6renc6s les langages 
des diverses machines connectables au r6seau. 

La raise k jour de 1' autoraatisine de contrSle de MP 
s' effectue par le reseau soit par interrogation du serveur 
(PULL) soit par envoi du code par le serveur (PUSH) . 
20 3.4 G6ne£ati.on des alertes par la « machine patient » 

(MP) 

L' automatisme va traiter les donnees inedicales et les 
actions sanitaires stockees dans la memoire de MP- Cette memoire 
stocke les flux de donn6es en provenance des ports de 

25 communication de MP/ du r6seau de communication informatique 
ainsi que de I'intexface horame-machine propre k la machine 
patient MP (MPIHM) servant A la saisie manuelle locale des 
observations ra6dicales et des actions sanitaires. La duree de 
retention des donnees en memoire est conditionn§e par les regies 

30 de surveillance. 

Dans un premier teirps^ 1^ automat isme appliqpae 
periodiquement les regies de surveillance sur les donnees 
medicales en memoire- Si le test est positif, il v6rifie que les 
actions sanitaires pr^vues pair chaque rSgle sont planifi6es dans 

35 la mfemoire de MP. Dans le cas oontraire/ I'automatisme inscrit 
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en memoire une ou plusieurs actions sanitaires a valider en 
application de la regie. 

Illustration : 

Observations de I'infintd^re le matin : naus6es, 
5 douleurs abdomxnales, urines color6es ; 

Action sanitaire r6alis6e : accorapagnement la selle^ 
anti-vomitif • 

Obserrvations de i'infirmiere ie soir : 1' =39"c, 
Elocution difficile ; 
10 Action sanitaire realis6e : paracetamol/ message au 

m6decin. 

MP dLnscrit une Action Sanitaire a valider : trans fert 
au CHU pour hyperglycemie sous 2h. 

Dans un deuxidme temps / l^autonnatisme v^rifie que 
15 l'6ch6ance des actions sanitaires planifi6es n'est pas d6pass6e 
et que les informations concernant leur prise en charge sent 
conformes i la planification. Dans le cas contraire, la machine 
execute le protocole d^alertes en envoyant des messages via I'un 
des moyens de communication disponibles de MP- II n'est done pas 
20 n^cessaire que MP soit connect6e en permanence a un reseau 
informatique a condition qu^ian autre moyen de communication soit 
disponible. 

Illustration : 

L' action sanitaire « k valider » n'a pas 6t6 prise en 
25 charge apr^s 2ti : 

MP envoie un message pr^enregistrS au SAMCJ par 
telephone, 

Une fois trait6es par 1' autoraatisme, les donn^es 
locales (releves capteurs, observations medicales,...) et les 
30 alertes pourront §tre envoyees sur le serveur de donnees par le 
reseau informatique pour y etre archiv^es- 

3.5 Conclusions 

La base de diagnostics etablie pour un patient sert 
done de syst&ne de decision pour dfeclencher des alertes au mieux 
35 en 1' absence de soignants. Cette base 6vite de recourir k la 
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complexity d'lon systeme expert en capitalisant 1' expertise 
acqaise par le reseau medico- social sur un patient donne. 

analyse d*^ ambiguity, en mettant en Evidence d' 6ventuelles 
incoh6rences entre les donn6es et les actions sanitaires, permet 
5 aux soignants de prendre conscience, le cas 6ch6antr de 
dysfonctionnements dans la prise en charge du patient en r6seau 
et d'y rCTi^dier. Le precede SSAD s' applique potentiellement k 

1 J X.J! ^..^ .^^^ 1^^^^ ^<!nrnm^ Tnar^Vi-f noa T n<i^<a!5 ^^^^ 

tliie UL.XJ.a. ACLU-LV^ll OUA. UU.A.f= ^CkJ-V^W >-fcw *t.»w«.%^^««^.ww — 

suivi des patients,- k titre d'exemples : m poste a domicile, un 
10 PDA (Personal Digital Assistant) oncibarque ou encore une balise 
. programmable . 

On a repr^sente sur la figure 1, une vue sch6raatique 
du systeme selon 1' invention. Les r6f6rences numferiques portees 
correspondent aux 616nnents suivants : 
15 1 Seirveur de donn6es 

2 Donn^es m6dicales 

3 Actions sanitaires 

4 Indexation 

5 Prograinmation de 1' automat isme 
20 6 Memoire 

7 Donnees r6seau 

8 Capteurs (appareils m^dicaux) 

9 Terminal distant (machine patient) 

10 Alertes 

25 11 Utilisateurs 

12 Interface horame-machine 

13 Interface horame-machine du terminal distant 
(machine patient) 

11 convient de noter que I'utilisateur au sens de 
30 1' invention peut etre un malade suivi cl distance et/ou une 

personne medicalement qualifi^e et/ou une personne autorisee a 
acceder au syst&ne. Selon le degr6 d' habilitation de cet 
utilisateur, ce dernier entre des donn6es et/ou associe des 
donn6es ^ des actions sanitaires au moyen du terminal distant 
35 et/ou du reseau et/ou d'un poste en r6seau. 
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II conv^ient 6galement de noter qu'iin malade, au sens 
de 1' invention,, est une personne qui a recours a un service 
medico-sociaJ.,. notaitiment recours ^ un ou plusieurs 
professionnels iridependant et/ou relevant d'un dtablissement de 
sant6, ind6pendanment de toute consideration relative a 
1' existence d'un probldme de sant6 et/ou k la gravity de cet 
eventuel probl^nie. 
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BESVENDICa^IONS 

1. Procede de surveillance sanitaire mettant en oeuvre 
un diagnostic medical 6tabli par une personne medicalement 
qaalifi6e (11) vis-A-vis d'uin malade suivi k distance^ notaitiment 
a son domicile, et suivi via un reseau de communication, 

5 caract6ris6 en ce que : 

- La personne (11) medicalement qualifiee associe des 
donnees medicales (2) a des actions sanitaires (3) dans un 
serveur (1) via des regies de surveillance, 

- Le serve\ir (1) programme un terminal distant (9) , 
10 situe a proximity du malade de telle sorte que le terminal 

distant (9) met en oeuvre un automatisme (5) appliquant les 
regies de siirveillance aux donn6es medicales foumies au 
teiminal par au moins un capteur (8) associe au malade et/ou par 
une interface horame-machine du terminal distant (13) et/ou par 
15 une interface homme-madiine d'un poste en r6seau (12) et/ou par 
le reseau (7 ) . 

2. Proced6 selon la revendication 1 caracterise en ce 
que les denudes m6dicales foumies au terminal par un capteur 
(8) propre au malade et/ou par une interface homme-raachine du 

20 terminal distant (13) et/ou par une interface horame-machine d'un 
poste en reseau (12) et/ou par le reseau (7) sont transmises a 
la personne m6dicaleraent qualifiee via lan r6seau de 
communication afin que cette derni^re prenne en compte ces 
donn6es transmises pour eventuellement modifier les regies de 

25 surveillance associant les donn6es et les actions sanitaires au 
niveau du serveur . 

3. Proc6de selon I'une des revendi cations pr6cedentes 
caract6ris6 en ce qu'on int^gre au moins un capteur et/ou une 
interface hoirime-machine au terminal distant. 

30 4- Procede selon I'xine des revendications precedentes 

caracterise en ce qu'on ajoute, modifie ou elimine des regies de 
surveillance sur le serveur via le reseau de communication de 
fagon automatique ou manuelle. 
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5. Proc6d6 selon I'une des revendications prec6dentes 
caracterise en ce qu''on associe au terminal distant des moyens 
pour tester sa communication avec la personne mSdicalement 
qualifi6e et/ou avec un tiers de fagon a assurer 1' envoi 

5 d'alertes k cette personne et/ou i ce tiers lorsque des regies 
de surveillance sont mises en oeuvre. 

6. Proc^d6 selon I'une des revendications prfec6dentes 
'^aractsrise en cs cpie le capteur et/ou 1' interface !iOT!ine~niacliine 
(13) du terminal, distant et/ou 1' interface homme-machine du 

10 poste en r6seau (12) et/ou le reseau (7) transmet des donn6es de 
fagon discontinue au terminal. 

7. Proc6d6 selon l^une des revendications pr6c6dentes 
caract6ris6 en ce qu^on utilise difif6rents capteurs pour mesurer 
plusieurs donn6es mfedicales de categories distinctes. 

15 8. Proc6d6 selon la revendication 7 caract6ris6 en ce 

c[ue les capteurs consid6r6s visent k mesurer des donn6es d'au 
moins une des categories de donn6es suivantes : la pression 
art6rielle^ le rytJhme cardiaque, la temperatxire de I'organisme, 
la temperature cutan^e, le taiox de sodium sur la peau, les 

20 parametres cinetiques et/ou cinematiques du corps, un dosage 
Scinguin, une analyse d' urines et/ou des selles et/ou des gaz du 
sang, le poids, les donnees de 1' electrocardiogramme/ les bruits 
du coeur, la saturation en oxygene^ une image therraique, 

9- Precede selon I'une des revendications prec6dentes 

25 caract6ris6 en ce qu'un capteur coraprend une interface horame- 
machine afin de f ournir des donnees m^dicales au tea^ninal via 
1' interface telles que : intensites des douleurs, etat de 
fatigue, alteration de l'6tat de conscience, elocution 
difficile. 

30 10. Proc6de selon I'une des revendications precedentes 

caracterise en ce qu'on associe k 1' interface homme-machine du 
terminal distant des moyens pour intervenir sur le seirveur (1) . 

11. Precede selon I'une des revendications precedentes 
caracterise en ce que les doxinees transmises par le reseau (7) 

35 sont relatives k dbes donnees telles que des resuLtats d'examens 
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biologiques et/ou au fonctionnement d'un materiel connecte au 
reseau, notamment d'un equipement domotique pour la detection de 
presence, le contrSle d'acc^s, du chauffager de V^clalrage, des 
ouvrants^ de l^incendier de I'lnondatioxir de la coupure secteur^ 
5 et/ou d'un dispositif medical, relatives k un signal d'alarme ou 
a tout signal resultant de la transformation de mesures et 
provenant d'un tel appareil connecte, notairanent une poitpe et/ou 
un oerfuseur et/ou nn respirateur et/cu un dctcctGur de chute, 
ou encore relatives a des informations provenant d'un logiciel 

10 tiers, notamment d'un systeme expert, et susceptible d'etre 
execute sur le terminal ou sur une machine connectee au 
terminal, comme un logiciel de surveillance de 1' autodialyse 
et/ou de surveillance glycemique des diabetiques et/ou de 
suirveillance de 1' hypertension arterielle. 

15 12. Proc6d6 selon I'une des revendi cat ions pr6c6dentes 

caract6rise en ce que des regies de surveillance sont mises k 
disposition d'une personne medicalement qualifi§e, afin qu'elle 
puisse rendre ces regies de surveillance op6rante ou inoperante. 

13. Precede selon I'une des revendications precedentes 

20 caracterise en ce qu'un utilisateur fournit des donnees au 
terminal distant (9) via le reseau (7) au moyen d'un materiel 
distinct dudit terminal distant, notamment au moyen d'un 
terminal disposant de moyens de communication sans fil de type 
radiofrequence et/ou infrarouge. 

25 14. Poste de surveillance sanitaire caract§rise en ce 

qu'il coit^5rend des moyens pour qu'une personne (11) regoive des 
alertes (10) et/ou interrogre le serveur de donnees (1)) via une 
interface horame-machine (12) selon un precede conforme a I'une 
des revendications precedentes. 

30 15. Poste medical caracterise en ce qu'il comprend des 

moyens pour qu'une personne (11) medicalement qualifi6e 
programme, via une interface homme-machine (12), un terminal 
distant (9) selon un precede conforme k I'une des revendications 
1 a 13, 
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16. Serveur de surveillance sanitaire visant a permettre 
de mettre en oeuvre un diagnostic medical 6tabli par une personne 
medicalement qualifi^e (11) vis-^-vis d'un malade suivi a 
distance, notamment a son domicile, et suivi via un. reseau de 
5 communication, caract6ris6 en ce que : 

- Le serveur conprend des moyens pour que la personne 

(11) medicalement qualifiee associe des donnees medicales (2) k 
des actions sanitaires (3) dans un servsur (1) via dss regies de 
surveillance, 

10 - Le serveur (1) comprend des moyens pour programmer 

un terminal distant (9), situe a proximite du malade de telle 
sorte que le terminal distant (9) met en oeuvre un automatisme 
(5) appliquant les regies de surveillance axax donnees medicales 
foumies au terminal par au moins vn capteur (8) propre au 

15 malade et/ou par une interface homme-machine du terminal distant 
(13) et/ou par une interface homme-machine d'un poste en reseau 

(12) et/ou par le reseau (7) selon un proc6d6 conforme a I'une 
des revendications 1 a 13. 

17 • Terminal de surveillance sanitaire visant a 

20 permettre de mettre en ceuvre un diagnostic medical etabli par 
une personne medicalement qualifiee (11) vis-a-vis d'un malade 
suivi a distance, notamment a son domicile, et suivi via un 
reseau de communication, caract6ris6 en ce que : 

Un serveur comprenant des moyens pour que la personne 

25 (11) medicalement qualifiee associe des donnees medicales (2) a 
des actions sanitaires (3) dans un serveur (1) via des regies de 
surveillance, le terminal, situ§ a proximity du malade, comprend 
des moyens pour etre programme par le serveur (1) de telle sorte 
que ce terminal distant (9) mette en oeuvre un automatisme (5) 

30 appliquant les regies de surveillance aux donnees medicales qui 
lui sont foumies par au moins un capteur (8) propre au malade 
et/ou par une interface homme-machine du terminal distant (13) 
et/ou par une interface homme-machine d'un poste en r6seau (12) 
et/ou par le reseau (7) selon un precede conforme a I'une des 

35 revendications 1 a 13. 
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18 • Systeme de surveillance sanitaire mettant en oeuvre 
le diagnostic medical ; ledit systeme permettant a des 
utilisateurs, notarament des medecins, de surveiller a distance 
des malades, notarament des malades maintenus a leur domicile ; 
5 ledit syst^e comprenant : 

- un serveur de donn§es connects ^ un r^seau de 
communication, notarament de type Internet, 

- une interface homme-machine, nctoment installed 
dans un equipement informatique, connect ee audit serveur de 

10 donnees via ledit reseau de communication ; ladite interface 
homme-machine etant raise en oeuvre par lesdits utilisateurs 
pour : 

• selectionner et/ou saisir, dans ledit serveur de 
donnees, des donnees medicales, notarament du type 

1 5 "vomissements" , 

• saisir et indexer des actions sanitaires, notarament 
du type ^^hospitalisation", correspondant auxdites donnees 
medicales, 

• parametrer, a partir desdites donnees medicales 
20 selectionnees, des regies de surveillance, se presentant 

notarament sous la forme de requetes SQL du type ^'si symptomes = 
vomisseiaents et temperature > 38,5**C, periode d' observation = 
24h action sanitaire = contr61er les urines" ; lesdites regies 
de surveillance etant enregistrees et indexees auxdites actions 
25 sanitaires dans ledit serveur de donnees ; 

ladite interface homome-machine etant en outre raise en 
oeuvre par lesdits utilisateurs pour : 

• saisir et transmettre audit serveur de donnees des 
protocoles d'alertes, notamment des informations relatives aux 

30 coordonnees des personnes a prevenir dans le cas ou une action 
sanitaire realisee serait differente de la regie de surveillance 
correspondante ; 

ledit systeme comprenant en outre : 

des moyens d' analyse destines S analyser la 
35 compatibilite desdits protocoles ainsi transmis, notarament la 
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cortpatibilite dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance ; 
ledit syst^me comprenant en outre : 

- un termnal distant ^ situ6 chez lesdits malades, 
5 notanment chez lesdits malades maintenus a leur domicile ; ledit 
terminal distant etant connects ^ des capteurs, notamment a des 
appareils medicaux de mesure, fournissant des donnees m^dicales 
audit terminal distant et/ou ledit tfiTminal distant reccvant 
lesdites donnees m^dicales desdits utilisateurs et/ou desdits 
10 malades via une interface homme-machine dudit terminal distant ; 

ledit systeme coirprenant en outre des moyens de 
prograraraation pour programmer des automatismes dans ledit 
terminal distant, k partir dudit serveur de donnees via ledit 
reseau de communication ; lesdits automatismes etant programmes 
15 k partir desdites donnees medicales et desdites actions 
sanitaires indexees dans ledit serveur de donnees ; 

ledit terminal distant coitprenant des moyens 
d' activation desdits automatismes ainsi programmes pour : 

• appliquer, de maniere periodique, lesdites regies de 
20 surveillance auxdites donnees medicales fournies audit terminal 

distant en generant des actions sanitaires a executer, 

• controler 1' execution, par lesdits utilisateurs, 
desdites actions sanitaires, 

• gen6rer des alertes dans le cas ou lesdites actions 
25 sanitaires ne sont pas ex^cutees par lesdits utilisateurs ; 

de sorte que le systeme permet de constituer une base 
de diagnostic personnalisee pour chaque malade et de generer le 
declenchement d' alertes appropri6es. 

30 



FEUILLE DE REMPLACEMENT (REGLE 26) 



wo 2005/048160 



PCT/FR2004/050556 



22 



coinpatibilite dans le t^ips entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance ; 
ledit systome cornprenant en outre : 

- un terminal distant, situ6 chez lesdits malades, 
5 notaimient chez lesdits malades maintenus k leur domicile ; ledit 
terminal distant 6tant connect^ a des capteurs, notarament a des 
appareils mfedicaux de mesure, fournissant des donnees medicales 
audit terminal, distant et/cu ledit terminal disuuic recevant 
lesdites donn6es medicales desdits utilisateurs et/ou desdits 
10 malades via une interface homme-machine dudit terminal distant ; 

ledit systdrae coirrprenant en outre des moyens de 
programmation pour programmer des automatisraes dams ledit 
terminal distant, a partir dudit serveiir de donnfees via ledit 
rfeseau de communication ; lesdits automatismes 6tant programmes 
15 cL partir desdites donn6es medicales et desdites actions 
sanitaires index6es dans ledit serveur de donnees ; 

ledit terminal distant cornprenant des moyens 
deactivation desdits automatismes ainsi programmes pour : 

• appliquer, de manidre p6riodique, lesdites regies de 
20 surveillance aioxdites donn6es medicales fournies audit terminal 

distant en generant des actions sanitaires a ex6cuter, 

• controler 1' execution, par lesdits utilisateurs, 
desdites actions sanitaires, 

• generer des alertes dans le cas ou lesdites actions 
25 sanitaires ne sont pas executees par lesdits utilisateurs ; 

de sorte que le syst&ne permet de constituer une base 
de diagnostic personnalis6e pour chaque malade et de g^n^rer le 
declenchement d' alertes approprifees. 



30 
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